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BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

[000 1 ] This invention relates to storage media and more particularly relates to scaling 
a tape storage medium to improve data access performance in a tape storage system. 
DESCRIPTION OF THE RELATED ART 

[0002] Every new generation of tape storage technology is increasing the capacity of 
tape storage products that are available. The total storage capacity of a tape depends on 
many factors, including the physical dimensions of the tape, the data compression, if any, 
used to write data to the tape, the number of tracks across the width of the tape, and so forth. 
Another factor that may distinguish physical capacity from usable capacity is that the usable 
capacity is often defined to be slightly less than the physical capacity. This is due, in part, to 
servo tracks, data block headers, and other metadata blocks throughout the tape. 

[0003] As total tape storage capacity increases, however, so too does the time 
required to access data on a tape. For many data storage uses, such as a data backup, longer 
access time to the data is acceptable. However, many other data storage applications would 
benefit from faster data access times even though tapes of greater capacity are used in the 
eg storage system. 

H 

< | o [0004] For tape storage applications, data is typically stored onto a magnetic tape 

S^l medium, such as a metallic ribbon, within a tape cartridge using a tape drive. The tape 

2 1 i v medium conventionally is designed to include a plurality of tracks that are distributed across 

W £ 3 the physical width of the tape medium and run the physical length of the tape medium. A 

2 " tape write head within the tape drive is typically capable of writing up to sixteen tracks at one 

time, starting at one end of the tape and moving along the length of the tape. When the tape 
write head reaches the end of the tape, the head is aligned over the proximate track set, the 
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direction of the tape is reversed, and the write head writes an additional sixteen tracks in the 
opposite direction. This "serpentine" pattern may continue until all tracks have been written. 

[0005] The process for reading data from the tape medium is essentially the same. A 
tape read head moves across the tape medium and reads sixteen tracks from one end of the 
tape medium to the other. The tape read head then realigns to read an additional sixteen 
tracks and moves over the second set of tracks in the opposite direction. 

[0006] Given the large capacity of conventional tape storage devices, various data 
blocks may be stored on a single tape medium. The location of each of these data blocks 
may be marked on the tape using block header information, data pads (areas of tape where 
data is intentionally not written), and other conventional identification means and methods. 
The tape read head is able to locate a particular block of data by using one or more servo 
tracks that are written onto the tape storage medium. 

[0007] More recently, manufacturers of tape storage products have directed their 
attention in part to improving data access time using tape storage drives and cartridges. One 
method that has been employed to address the problem of increased data access time is to 
employ various levels of transparent buffering in which tape data may be stored on other 
storage medium, such as a direct access storage device (DASD) or an optical disk. If the 
requested tape data is stored on a DASD cache, data retrieval time may be improved greatly. 
However, the storage capacity of a DASD cache is typically significantly less than that of a 
tape storage system. Similarly, the storage capacity of an optical disk is much less than that 
of a tape cartridge. Currently, technology allows as much as 300 Gb of non-compacted data 
to be stored on a single, standard tape cartridge compared to approximately 5 Gb of data on 
an optical disk. 

[0008] Another method of improving data access time is to segment the tape storage 
medium into two or more segments and to write data to the segments in a sequential manner. 
A tape segment may include a specified capacity, or physical length of tape, that is less than 
the total capacity of the tape. For example, a tape storage medium may be divided into two 
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segments. When writing data to the tape, the data is written to the first segment until full and 
then to the second segment. This method decreases data access time in that the first segment 
may be written or read without physically forwarding all the way to the end of the tape 
storage medium. 

[0009] Finally, tape storage medium may be scaled to increase data access 
performance. A scaled tape storage medium is somewhat similar to a segmented tape storage 
medium in that both storage devices have logically limited capacities to decrease the amount 
of tape that must be traversed while reading data. The difference between segmented and 
scaled basically is that a scaled device may only be used to the logically limited capacity and 
a segmented device may be used to the full capacity of the tape storage medium. 

[0010] Unfortunately, certain applications are not programmed to realize the benefits 
of scaling a tape storage medium. The hardware and tape controllers are configured to 
support scaling, but the applications may not be. In addition, it is desirable to have a 
predefined capacity that balances the tape media storage capacity and data access 
performance. Such a predefined capacity may be referred to as an optimal performance 
capacity. These applications would have to be altered to utilize scaling as well as the optimal 
performance capacity. 

[001 1] Accordingly, what is needed is a process, apparatus, and system for improving 
data access performance of a tape storage system using tape media scaling. Beneficially, 
such a process, apparatus, and system would allow a user to take advantage of the tape media 
scaling in order to quickly access specified data, and without the added burden of altering 
each application that uses the tape storage media. 
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BRIEF SUMMARY OF THE INVENTION 

[0012] The present invention has been developed in response to the present state of 
the art, and in particular, in response to the problems and needs in the art that have not yet 
been fully solved by currently available storage media devices and methods. Accordingly, 
the present invention has been developed to provide an apparatus, system, and method for 
scaling tape storage devices to improve data access performance that overcomes many of the 
above-discussed shortcomings in the art. 

[0013] The apparatus for scaling storage media to improve data access performance 
is provided with a logic unit containing a plurality of modules configured to functionally 
execute the necessary steps of utilizing storage media scaling to improve data access 
performance. In one embodiment, the present invention includes a reception module 
configured to receive a dataset for storage on the storage medium, an identification module 
configured to identify storage characteristics of the dataset, and a scaling module configured 
to select a storage instruction in response to storage criteria and the storage characteristics. 

[0014] The storage instruction may comprise an instruction to scale the storage 
medium to a predefined capacity for optimal data access performance. Alternatively, the 
storage instruction may comprise an instruction to not scale the storage medium. In one 
embodiment of the present invention, the scaling module may also comprise a determination 
module configured to store a plurality of predefined storage criteria and compare the storage 
characteristics of the received dataset with the predefined storage criteria. Additionally, a 
mapping module may be provided and configured to track capacity information for the 
storage medium that stores the dataset. The scaling module may also be configured to 
communicate the selected instruction to a storage medium controller. 

[0015] A system for scaling a storage medium to improve data access performance 
may also be provided. In one embodiment, the system comprises a network configured to 
communicate data, a storage controller coupled to the network, a storage device having a 
storage medium configured to store data received from the controller over the network, a host 
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coupled to the network, the host configured to exchange data with the controller, an 
application operating within the host, the application configured to produce a dataset to be 
stored on the storage medium, and a scaling module configured to communicate with the 
application and select a storage instruction in response to storage criteria and storage 
characteristics of the dataset. Additionally, the scaling module is configured to store a 
plurality of predefined storage criteria and compare the storage characteristics of the dataset 
with the predefined storage criteria. 

[0016] In one embodiment, the storage controller may be configured to receive and 
execute the storage instruction. In a further embodiment, the scaling module may be 
configured to operate within the host, the storage controller, or the storage device. 

[0017] A computer readable storage medium is also provided. In one embodiment, 
the computer readable storage medium may comprise computer readable code configured to 
carry out a method for selecting storage medium scaling to improve data access performance. 
In a further embodiment, the method may comprise receiving a dataset to be stored on a 
storage medium, identifying storage characteristics of the dataset, determining based on 
storage criteria whether to scale the storage medium that will store the dataset, and selecting 
instructions to scale the storage medium according to the determination. 

[001 8] Additionally, the method may further comprise defining a plurality of storage 
characteristics that cause storage of data on an optimal performance capacity scaled storage 
medium, or storage on a maximum capacity storage medium. In one embodiment, 
determining further comprises identifying storage characteristics that satisfy storage criteria 
for storing the dataset on optimally scaled storage medium. Alternatively, determining may 
comprise identifying storage characteristics that satisfy storage criteria for storing the dataset 
on maximum capacity storage medium. In a further embodiment, the method may comprise 
tracking capacity information for the storage medium that stores the dataset. 
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[0019] These features and advantages of the present invention will become more 
fully apparent from the following description and appended claims, or may be learned by the 
practice of the invention as set forth hereinafter. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
[0020] In order that the advantages of the invention will be readily understood, a 
more particular description of the invention briefly described above will be rendered by 
reference to specific embodiments that are illustrated in the appended drawings. 
Understanding that these drawings depict only typical embodiments of the invention and are 
not therefore to be considered to be limiting of its scope, the invention will be described and 
explained with additional specificity and detail through the use of the accompanying 
drawings, in which: 

[0021] Figure 1 is a schematic block diagram illustrating one embodiment of a 
computing environment in accordance with the present invention; 

[0022] Figure 2 is a logical block diagram illustrating one embodiment of an 
apparatus for selecting storage medium scaling to improve data access performance in 
accordance with the present invention; 

[0023] Figure 3 is a schematic block diagram illustrating one embodiment of a 
scaling module in accordance with the present invention; 

[0024] Figure 4 is a schematic flow chart diagram illustrating one embodiment of a 
scaling method in accordance with the present invention; and 

[0025] Figure 5 is a schematic flow chart diagram illustrating an alternative 
embodiment of a scaling method in accordance with the present invention. 
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DETAILED DESCRIPTION OF THE INVENTION 
[0026] Many of the functional units described in this specification have been labeled 
as modules, in order to more particularly emphasize their implementation independence. For 
example, a module may be implemented as a hardware circuit comprising custom VLSI 
circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other 
discrete components. A module may also be implemented in programmable hardware 
devices such as field programmable gate arrays, programmable array logic, programmable 
logic devices or the like. 

[0027] Modules may also be implemented in software for execution by various types 
of processors. An identified module of executable code may, for instance, comprise one or 
more physical or logical blocks of computer instructions which may, for instance, be 
organized as an object, procedure, or function. Nevertheless, the executables of an identified 
module need not be physically located together, but may comprise disparate instructions 
stored in different locations which, when joined logically together, comprise the module and 
achieve the stated purpose for the module. 

[0028] Indeed, a module of executable code could be a single instruction, or many 
instructions, and may even be distributed over several different code segments, among 
different programs, and across several memory devices. Similarly, operational data may be 
identified and illustrated herein within modules, and maybe embodied in any suitable form 
and organized within any suitable type of data structure. The operational data may be 
collected as a single data set, or may be distributed over different locations including over 
different storage devices, and may exist, at least partially, merely as electronic signals on a 
system or network. 

[0029] Figure 1 depicts a schematic block diagram of one embodiment of a 
computing environment 100 that may be employed in accordance with the present invention. 
The computing environment 1 00 shown includes an automated tape library unit 102, and at 
least one host 106. The host 106 may be a mainframe computer. Alternatively, the host 1 06 
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may be a server or personal computer using one of a variety of operating systems. The host 
106 and the tape library unit 102 may be connected via a storage area network (SAN) or 
similar communication channel 108. The communication channel 108, in one embodiment, 
may be a FICON or ESCON. 

[0030] The illustrated automated tape library unit 102 includes a library manager 1 10, 
one or more tape drive units 112, an accessor 114, and a plurality of tape storage media 
cartridges 1 16. The plurality of tape storage cartridges 116 may be stored in one or more 
media cartridge storage bins 115. In an alternate embodiment, the host 106 maybe coupled 
directly to the tape storage drive 1 12. 

[0031] The library manager 110, which may include a computing processor (not 
shown), is interconnected with and controls the actions of the tape drive units 1 12 and the 
accessor 1 14. The library manager 110 also may include one or more hard disk drives (not 
shown) for memory storage, as well as, a control panel or keyboard (not shown) to provide 
user input. In one embodiment, the library manager 1 10 may comprise a storage controller 
configured to communicate with the host. The control panel may be, in one embodiment, a 
computer in communication with the library manager 110 so that a user can control the 
operating parameters of the automated tape library unit 102 independently of the host 106. 

[0032] The accessor 1 14 may be a robotic arm or other mechanical device configured 
to transport the selected tape storage cartridges 1 1 6 between a storage bin and a tape drive 
unit 112. The accessor 1 14 typically includes a cartridge gripper and a bar code scanner (not 
shown), or similar read system, mounted on the gripper. The bar code scanner is used to read 
a volume serial number (VOLSER) printed on a cartridge label affixed to the cartridge 1 12. 
In alternative embodiments, the tape drive units 1 12 may be replaced by optical disk drives 
or other magnetic drives. Similarly, the tape storage cartridges 1 1 6 may be replaced by other 
storage media cartridges utilizing magnetic media, optical media, or any other removable 
media corresponding to the type of drive employed. 
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[0033] In Figure 1, three tape drive units 1 12 are shown. The present invention is 
operable with one or any larger number of tape drive units 112. The tape drive units 1 1 2 may 
share one single repository of tape storage cartridges 116. Alternatively, the tape drive units 
112 may independently correspond to and utilize multiple repositories of tape storage 
cartridges 1 16. The tape drive units 112 may advantageously be distributed over multiple 
locations to decrease the probability that multiple tape drive units 1 12 will be incapacitated 
by a disaster in one location. Additionally, the tape drive units 1 1 2 may be configured to be 
operational without the automated tape library unit 102. 

[0034] The interconnections between the library manager 110, the tape drive units 
1 12, and the accessor 1 14 are shown as dashed lines to indicate that the depicted library 
manager 110 transmits and receives control signals to the tape drive units 112 and the 
accessor 1 1 4. Data for storage or retrieval may be transmitted directly between the host 1 06 
and the tape drive units 1 1 2 via a network 1 1 8, which may be a storage area network (SAN), 
a local area network (LAN), a wide area network (WAN), FICON, ESCON, or a different 
type of network, such as the Internet, a wireless, or a direct connection between the storage 
manager 1 04 and the tape drive devices 112. Consequently, the host 1 06, and automated tape 
library unit 102 may all communicate using the communication channel 108. 

[0035] Conventionally, tape storage cartridges 1 16 are configured with a predefined 
capacity, that may be less than or equal to the maximum capacity of the tape storage 
cartridges 1 1 6. In one embodiment, this predefined capacity is configured to greatly increase 

w 

< s 5 data access performance. The predefined capacity is typically determined by the tape storage 

OS§< manufacturer, and is the capacity that optimizes both storage capacity and data access 

co S g 5 

^^ofc performance. Typically, this predefined capacity varies between different types of tapes 

§jtfc:S which use older and more recent storage technology. The increase in data access 

1 < W r- 

§ 2 " performance is achieved by scaling or logically limiting the capacity of the tape storage 

* cartridge 116. By limiting the capacity of the tape storage cartridge the distance of tape 

which must be traversed is reduced, thereby decreasing the time that is required to access the 
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data. In one embodiment, the system 100 may include a scaling module 120 configured to 
select a storage command that may utilize this scaling capability of the tape storage cartridge 
116. 

[0036] Figure 2 is a logical block diagram illustrating one embodiment of the present 
invention. The arrows of Figure 2 represent the flow of data from an application 122 through 
the scaling module 120 to the tape drive unit 112. As mentioned above, typically 
applications 122 produce datasets 202 associated with the tasks being performed. Certain 
applications 122 produce datasets 202 of real-time mission critical information while other 
applications 122 include datasets 202 pertaining to more static information such as 
demographic or backup information. 

[0037] The datasets 202 may contain various kinds of data and include various 
storage requirements. These storage requirements are characterized by storage characteristics 
of the dataset 202. The storage characteristics are preferably defined by the application 122 
and may relate to both the type of data as well as the purpose of the application 122. 
Examples of storage characteristics include, but are not limited to, compaction, media 
interchange specifications, and expiration dates. 

[0038] Conventionally, the host 106 communicates the datasets 202 and a storage 
instruction to the tape drive unit 112. The tape drive unit 112 executes the storage 
instruction to store the datasets 202 in a manner consistent with the storage characteristics. 
Typically, the storage instruction may comprise a data class software object with 
accompanying attributes and methods. Unfortunately, conventional systems are not 
configured to select a storage instruction that specifies whether or not to scale the storage 
medium. Furthermore, the conventional storage instruction does not direct the tape drive 
unit 1 12 to scale to an optimal performance point. 

[0039] Typically, a storage instruction 204 comprises an instruction predefined by a 
user or system administrator. The system administrator identifies datasets 202 within his/her 
computing environment 100 that will benefit from storage on scaled tape storage cartridges 
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1 1 6. The system administrator defines specific storage instructions 204 that will cause these 
datasets 202 to be stored on scaled tape storage cartridges 116. Similarly, the system 
administrator may define storage instructions 204 that will cause datasets 202 to be stored on 
full capacity tape storage cartridges 116. The system administrator saves the storage 
instruction 204 as predefined storage instructions 204. These predefined storage instructions 
204 may be selected by a scaling module 120 receiving the datasets 202. Alternatively, the 
scaling module 120 may generate the storage instruction 204 as needed. 

[0040] In one embodiment, the scaling module 120 may receive a dataset 202 from 
the application 122. Upon receiving the dataset 202, the scaling module 120 may 
communicate a storage instruction 204 to the tape drive unit 1 12. In one embodiment, the 
storage instruction 204 may comprise an instruction to scale the tape storage cartridge 1 16. 
Alternatively, the storage instruction 204 may comprise an instruction to not scale the tape 
storage cartridge 116, using the full capacity of the tape storage cartridge 1 16. The process 
by which the scaling module 120 selects the storage instruction 204 will be discussed below 
in greater detail with reference to Figure 3. 

[0041] In Figure 3, is a schematic block diagram illustrates one embodiment of a 
scaling module 120 of the present invention. The scaling module 120 may comprise a 
reception module 302, an identification module 306, a determination module 307, and a 
mapping module 310. In one embodiment, the reception module 302 operates within the 
scaling module 120. Furthermore, the reception module 302 may communicate with the 



application 122 and receive the dataset 202. For example, the application 122 sends the 



application 1 22 may store datasets 202 on tape storage cartridges 116. Each dataset 202 may 
be application 122 specific. Additionally, one application 122 may utilize a plurality of 
datasets 202. 



W 
H 




dataset 202 in the form of a software object to the reception module 302. Alternatively, the 
reception module 302 may read the dataset 202 from a file or other data structure. 

[0042] Typically, a plurality of applications 122 operate within the host 106. Each 



IBM Docket No.: TUC92003O1O4US1 



- 12- 



Kunzler & Associates Docket No.: 1500.2.27 



[0043] Depending upon the type of dataset 202, an application 122 obtains improved 
data access performance by storing the dataset 202 on a scaled tape storage cartridge 1 16. 
Alternatively, the application 122 may benefit from dataset storage on a non-scaled tape 
storage cartridge 116. For example, data that benefits from storage on a scaled tape storage 
cartridge may be data such as banking transactions that are frequently accessed. In contrast, 
data such as backup data benefits from storage on a full capacity tape storage cartridge 116 
because backup data is accessed infrequently. One advantage of the present invention is the 
ability to modify the storage criteria 312 such that datasets 202 from applications 122 that 
would benefit from scaling tape storage cartridges 116 may utilize this feature without 
changing the programming of the application 122. 

[0044] In one embodiment, the identification module 306 may identify storage 
characteristics of the dataset 202. For example, the identification module 306 may be 
configured to identify the class of the dataset 202. Alternatively, the identification module 
306 may identify one or more storage characteristics that indicate storage on a scaled tape 
storage cartridge 1 1 6 is beneficial. For example, one attribute of the dataset 202 may specify 
whether or not to use a scaled tape storage cartridge 1 16. 

[0045] Once identified, the dataset 202 is passed to the determination module 307. In 
one embodiment, the determination module 307 may comprise storage criteria 312. The 
storage criteria 3 1 2 may comprise a predefined lookup table containing a plurality of datasets 
314, 316 that determine whether the received dataset 202 is to be stored on an optimally 
scaled tape storage cartridge 1 16, or a full capacity tape storage cartridge 116. 

[0046] Alternatively, the storage criteria 312 may comprise predefined conditional 
logic that determines the most advantageous tape storage cartridge 1 16 for the dataset 202. 
For example, a computing environment 100 administrator may define in the storage criteria 
312 a series of conditional, computer executable commands. The determination module 307 
may analyze the dataset 202 and determine based on the storage criteria 312 whether the 
dataset 202 should be optimally scaled or use full capacity tape storage cartridges 116. 
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[0047] Additionally, the determination module 307 may select the storage instruction 
204 from a predefined set of storage instructions 204. These sets of storage instructions 204 
may comprise software objects in which one or more attributes are set to scale the tape 
medium 116. In one embodiment, the determination module 307 may select the storage 
instruction 204 based on a single storage characteristic such as a scale attribute of the dataset 
202. In another embodiment, the determination module 304 may use a combination of 
storage characteristics and predefined storage criteria 312 to determine which storage 
instruction 204 to select. 

[0048] In a further embodiment, the determination module 307 generates the storage 
instruction 204. As mentioned above, the storage criteria 312 and one or more storage 
characteristics may be used to determine whether or not to scale the tape storage cartridge 
116. However, instead of selecting from predefined storage instruction 204, the 
determination module 307 may generate the appropriate storage instruction 204. 

[0049] In one embodiment, the mapping module 3 1 0 may be configured to track the 
use of the tape storage cartridge 116 and monitor the usable capacity of the tape storage 
cartridge 1 16 for datasets 202 that are stored on a scaled tape medium 1 16. The mapping 
module 310 may communicate the usable capacity to the application 122 as necessary. 

[0050] Figure 4 is a schematic flow chart diagram illustrating one embodiment of a 
method 400 for scaling tape storage devices to improve data access performance. The 
method 400 starts 402 when a reception module 302 receives 404 a dataset 202. An 
< g - identification module 306 then identifies 406 the storage characteristics of the dataset 202. A 

0<|? determination module 304 may then make 408 a determination whether to select 410 a 

™ < E ° 

< >B£ storage instruction 204 for scaling or not scaling a tape storage cartridge 1 1 6 and the method 

ggn< 400 ends 412. 

g 2 £ [005 1 ] Figure 5 is a schematic flow chart diagram illustrating a further embodiment 

^ of a scaling method 500 for selecting the predefined optimal performance capacity of the tape 
storage cartridge 116. The method 500 begins 502 and a user sends 504 a new tape dataset 
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request to a host 1 06. A reception module 302 receives the dataset 202, and an identification 
module 306 identifies 506 the storage characteristics of the dataset 202. A determination 
module 304 then compares the storage characteristics of the received dataset 202 with the 
user-defined storage criteria 3 1 2 to make 508 a determination whether or not to scale the tape 
storage cartridge 116. If the storage characteristics satisfy certain storage criteria for optimal 
performance scaling, then a scale drive storage instruction 204 is sent to the tape drive unit 
112. The tape drive unit 1 1 2 receives the storage instruction 204 and a tape storage cartridge 
1 1 6 is initialized 5 1 2 for optimal performance, The mapping module 3 1 0 may then track 5 1 4 
and utilize the scaled tape storage cartridge 1 16, and the method 500 ends 520. 

[0052] If the storage characteristics do not satisfy certain storage criteria for optimal 
performance scaling, the determination module 307 sends 516 a storage instruction 204 to 
not scale the tape storage cartridge 116. The tape storage unit 1 12 receives the request and a 
tape storage cartridge 1 1 6 is initialized to full capacity. The mapping module 310 may then 
track 514 and utilize the full capacity tape storage cartridge 116. Preferably, the mapping 
module 3 1 0 maintains capacity information for the tape cartridge 1 1 6. The mapping module 
310 may communicate this capacity information to the application 122 as needed, and the 
method 500 ends 520. 

[0053] The present invention may be embodied in other specific forms without 
departing from its spirit or essential characteristics. The described embodiments are to be 
considered in all respects only as illustrative and not restrictive. The scope of the invention 




embraced within their scope. 



changes which come within the meaning and range of equivalency of the claims are to be 



is, therefore, indicated by the appended claims rather than by the foregoing description. All 



[0054] What is claimed is: 
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